home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ May 89 / U0065-Re Enough temp spac-May89 < prev    next >
Encoding:
Text File  |  1989-06-26  |  1.8 KB  |  39 lines  |  [TEXT/GEOL]
  1. Item    9750205                         29-May-89        14:14
  2.  
  3. From:   ROSENSTEIN1                     Rosenstein, Larry
  4.  
  5. To:     A.DEVSUPPT                      Austria - Developer Support
  6.  
  7. cc:     MACAPP.TECH$                    MACAPP Tech
  8.  
  9. Sub:    re Enough temp space ?
  10.  
  11. The first block of information from your message shows that you have only 120
  12. bytes of contiguous space left in your heap.  That's why MacApp could not
  13. satisfy your code reserve size (it needed 778 bytes).
  14.  
  15. Increasing your low space reserve only changes the condition when MacApp will
  16. signal that you are low on space.  If MacApp cannot allocate the entire low
  17. space reserve, then it treat the heap as low on space.  That's why the low
  18. space reserve should be relatively small.  Increasing the MultiFinder partition
  19. size is the only way for your application to have more memory available to it.
  20.  
  21. My first guess at the problem is that you have a storage leak, in which you are
  22. not freeing some data once it is no longer needed.  A symptom of this would be
  23. that the program would run fine for a while and gradually run out of memory.
  24.  
  25. One way to track this down is to use the MacApp debugger heap info command to
  26. print out the amount of free memory & number of free master pointers, do some
  27. command, and display the heap info again.  If you can't account for differences
  28. (because you know the command allocated some memory), then you have a leak.
  29. (There will be minor differences in the amt of free memory because as you
  30. allocate and free data, but the number of master pointers should be exact.)
  31.  
  32. A common mistake is to override the Free method and forget to call INHERITED
  33. Free.  Or to forget to override Free, even though the object contains a
  34. references to another object that should be freed as well.
  35.  
  36. Larry Rosenstein
  37.  
  38.  
  39.